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The application/whoispp-query Content-Type 
Status of this Memo 


This memo provides information for the Internet community. It does 
not specify an Internet standard of any kind. Distribution of this 
memo is unlimited. 


Copyright Notice 
Copyright (C) The Internet Society (2000). All Rights Reserved. 
Abstract 


This document defines the expression of Whoist++ protocol (RFC 1835) 
queries within MIME (Multipurpose Internet Mail Extensions) (RFC 
2046) media types. The intention of this document, in conjunction 
with RFC 2958 is to enable MIME-enabled mail software, and other 
systems using Internet media types, to carry out Whois++ 
transactions. 


1. MIME Registration Information 


To: iana@isi.edu 
Subject: Registration of MIME media type application/whoispp-query 


MIME Type name: Application 
MIME subtype name: whoispp-query 
Required parameters: none 

Optional parameters: none 


Encoding considerations: Any valid MIME encodings may be used 


Security considerations: This content-type contains purely 
descriptive information (i.e., no directives). There are security 
considerations with regards to the appropriateness (privacy) of 
information provided through the use of this content-type, and the 
authenticity of the information so-provided. This content-type 
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provides no native mechanisms for authentication. 
Published specification: this document 
Person & email address to contact for further information: 


Leslie L. Daigle 
leslie@thinkingcat.com 


Intended usage: common 

2. whoispp-query Syntax 
The following grammar, which uses BNF-like notation as defined in 
[RFC2234] defines the set of acceptable input to a Whoist+ server. 


As such, it describes the expected structure of a whoispp-query media 
type object. 


N.B.: As outlined in the ABNF definition, rule names and string 
literals are in the US-ASCII character set, and are case-insensitive. 


whois-command = ( system-command / terms [":" globalcnstrnts] ) 
nl 


"Constraints" / "describe" / "commands" / 
"polled-by" / "polled-for" / "version" / "list" / 
"Show" [1*sp bytestring] / "help" [1*sp 
bytestring] / "?" [bytestring] 


system-command 


terms = and-expr *("or" and-expr) 

and-expr = not-expr *("and" not-expr) 

not-expr = ["not"] (term / ( "(" terms ")" )) 

term = ( generalterm / specificterm / combinedterm ) 
localcnstrnts 

generalterm = bytestring 

specificterm = specificname "=" bytestring 

specificname = "handle" / "value" / "template" 

combinedterm = attributename "=" bytestring 

globalcnstrnts = globalcnstrnt *(";" globalcnstrnt) 
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globalcnstrnt 


opt-globalcnst 


localcnstrnts 
localcnstrnt 


format 


auth-method 
language 


characterset 


searchvalue 


casevalue 
bytestring 
attributename 
attriblist 
charbyte 


normalbyte 
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= "format" "=" format / "maxfull" "=" 1*digit / 
"maxhits" "="_1*digit / "case" "=" casevalue / 
"search" "=" searchvalue / opt-globalcnst 

= "authenticate" "=" auth-method / "language" "=" 
language / "incharset" "=" characterset / 
"oOutcharset" "=" characterset / "ignore" "=" 
attriblist / "include" "=" attriblist 

= Ox (";" Llocalcnstrnt) 

= "case" "=" casevalue / "search" "=" searchvalue 


= "full" / "abridged" / "handle" / 
"server-to-ask" 


bytestring 


"summary" / 


= <The language code defined in RFC1766 [ALVE95]> 


= "us-ascii" / "iso-8859-1" / "iso 


-8859-2" / "iso- 


8859-3" / "iso-8859-4" / "iso-8859-5" / "iso- 
8859-6" / "iso-8859-7" / "iso-8859-8" / "iso- 
8859-9" / "iso-8859-10" / "UNICODE-1-1-UTF-8" / 


"UNICODE-2-0-UTF-8" "UTF-8" 


;"UTF-8" is as defined in [RFC2279]. This is 


;the character set label that 
;for UTF encoded information; 


should be used 


the labels 


; "UNICODE-2-0-UTF-8" and "UNICODE-1-1-UTF-8" 
jare retained primarily for compatibility with 


;older Whois++ servers (and as 
; [RFC2279]). 


= "exact" / "substring" / "regex" 
"lstring" 


= "ignore" / "consider" 


= O*charbyte 


l*attrbyte 


outlined in 


/ "fuzzy" / 


= attributename 0*("," attributename) 


= "\" specialbyte / normalbyte 


= <$d33-255, except specialbyte> 
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attrbyte = <$d33-127 except specialbyte> / 
"\" <specialbyte except 
Ten " " tab nl> 
specialbyte = wow / tab / wow / Meee / "en / wen / wyn / 
wen / wow / wes / yn / 
" [m / ma " / "aU / 
St / " ! " ‘ji " Qo" 
tab = %d09 
sp = %d32 ; space 
digit = won / "q" / wow / wou / wan / 
wo vA wen / mya / "eu if: 
wou 
nl = $013 %d10 ; CR LF 


NOTE: Blanks that are significant to a query must be escaped. The 
following characters, when significant to the query, may be preceded 
and/or followed by a single blank: 
; , () =! 
3. Security Considerations 
Security issues are discussed in section 1. 
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6. Full Copyright Statement 
Copyright (C) The Internet Society (2000). All Rights Reserved. 


This document and translations of it may be copied and furnished to 
others, and derivative works that comment on or otherwise explain it 
or assist in its implementation may be prepared, copied, published 
and distributed, in whole or in part, without restriction of any 
kind, provided that the above copyright notice and this paragraph are 
included on all such copies and derivative works. However, this 
document itself may not be modified in any way, such as by removing 
the copyright notice or references to the Internet Society or other 
Internet organizations, except as needed for the purpose of 
developing Internet standards in which case the procedures for 
copyrights defined in the Internet Standards process must be 
followed, or as required to translate it into languages other than 
English. 


The limited permissions granted above are perpetual and will not be 
revoked by the Internet Society or its successors or assigns. 


This document and the information contained herein is provided on an 
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING 
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING 
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION 
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF 
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. 
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